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Bes chr eibung 

Verfahren zum l)bertragen von Nachrichten 

Die vorliegende Erfindung betrifft ein Verfahren zum Obertra- 
gen von Nachrichten, und insbesondere ein Verfahren zum Ober- 
tragen von Nachrichten mit Nutzdatenob j ekten gemafc dem Multi- 
media Messaging Service (MMS) von einer Telekommunikations- 
einrichtung zu einer weiteren Telekommunikationseinrichtung. 



Zur ubertagung von Daten, insbesondere multimedialen Datenob- 
jekten, von einem ersten zu einem zweiten Mobiltelefon bzw. 
Mobil funkgerat in einem Mobilfunkkommunikationsnetz wird von 
dem 3GPP (3rd Generation Partnership Project) und von der OMA 
15 (Open Mobile Alliance) der sogenannte Multimedia Messaging 

Service (MMS) spezif iziert . Mochte dabei ein erster Benutzer 
einem zweiten Benutzer ein Nutzdatenobjekt, beispielsweise in 
Form eines Bildes oder einer Musikdatei, zukommen lassen, so 
sendet er mittels seines (ersten) Mobiltelef ons eine Multime- 
dianachricht (MM) mit dem Nutzdatenobjekt an eine Vermitt- 
lungskomponente in dem Kommunikationsnetz , welche mindestens 
einen sogenannten MMS -Re lay- Server umfasst. Eine Multimedia- 
nachricht (MM) kann auch mehrere Nutzdatenob jekte beinhalten. 
Der MMS-Dienstanbieter kann als spezielle Dienstleistung vor 
dem Aussenden einer weiteren Nachricht (im folgenden als Emp- 
fangerbenachrichtigungsnachricht bezeichnet) an das zweite 
Mobiltelefon des zweiten Benutzers mit der Information, dass 
eine Multimedianachricht (MM) mit mindestens einem Nutzdaten- 
objekt zum Herunterladen bereitsteht, eine individuelle An- 
30 passung des mindestens einen zuzustellenden Nutzdatenobjekts 
beispielsweise an die Eigenschaf ten bzw. Fahigkeiten des 
zweiten Mobiltelefon vornehmen. Als nachteilig stellt sich 
bei einem derartigen Verfahren jedoch heraus, dass der Emp- 
f anger (in vorliegenden Beispiel der zweite Benutzer) einer 
35 Empfangerbenachrichtigungsnachricht bzw. einer Multimedia- 
nachricht (MM) mit mindestens einem Nutzdatenobjekt keinerlei 
MSglichkeit hat, zu erkennen, ob und wie die ttbermittlungs- 
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nachricht (im folgenden auch als Multimedianachricht MM be- 
zeichnet) bzw. das darin enthaltene Nutzdatenobjekt verandert 
worden ist, und ob das eventuell veranderte Nutzdatenobjekt 
verwendbar ist. 

5 

Somit ist es die Aufgabe der vorliegenden Erfindung, eine 
Moglichkeit der Ubertragung von Nutzdatenobjekten an einen 
Empfanger zu schaf fen, die eine verbesserte Kontrolle der zu 
empfangenden Nutzdatenobjekte ermoglicht. 

10 

• Diese Aufgabe wird durch den Gegenstand der unabhangigen An- 
sprache gelost. Vorteilhafte Ausgestaltungen sind Gegenstand 
der Unteransprttche . 

Dabei umfasst ein Verfahren zum ubertragen von Nachrichten, 
insbesondere in einem Kommunikationsnetz , folgende Schritte. 
Zunachst wird eine ubermittlungsnachricht mit einem oder meh- 
reren Nutzdatenobjekten bzw. Multimedianachricht-Elementen an 
eine Vermittlungskomponente zur Weiterleitung an eine erste 
Telekommunikationseinrichtung ubertragen. Diese Ubertragung 
kann dabei von einer sendenden Telekommunikationseinrichtung, 
wie einem Mobilfunkgerat oder einem Mobiltelefon, erfolgen. 
In der Vermittlungskomponente wird in Abhangigkeit eines Sat- 
zes von Parametern eine Mehrzahl von Varianten des einen oder 
der mehreren Nutzdatenobjekte erstellt. Dabei wird unter Va- 
riante sowohl die ursprungliche Form des einen oder der meh- 
reren Nutzdatenobjekte sowie die adaptierten bzw. veranderten 
Versionen bezeichnet. AnschlieSend wird die erste Telekommu- 
nikationseinrichtung, bei der es sich auch wieder urn ein Mo- 
bilfunkgerat oder ein Mobiltelefon handeln kann, tiber die Be- 
reitstellung einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobjekte zum ubertragen an die erste Tele- 
kommunikationseinrichtung informiert. Hat sich ein Empfanger, 
d.h. ein Benutzer der ersten Telekommunikationseinrichtung, 
far eine oder mehrere Varianten der Nutzdatenobjekte ent- 
schieden, wird vorteilhaf terweise eine Zustellungsanf orde- 
rungsnachricht bezuglich einer bestimmten Variante des einen 
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oder der mehreren Nutzdatenobjekte von der ersten Telekommu- 
nikationseinrichtung zu der Vermittlungskomponente gesendet. 
Daraufhin wird von der Vermittlungskomponente eine Zustel- 
lungsnachricht mit der angef orderten Variante des einen oder 
der mehreren Nutzdatenobjekte an die erste Telekommunikati- 
onseinrichtung ubermittelt. Durch die Information des Empf an- 
gers iiber die verschiedenen adaptierten und auf der Vermitt- 
lungskomponente bereitgestellten Varianten der in der Uber- 
tragungsnachricht enthaltenen Nutzdatenobjekte kann der Emp- 
f anger gezielt diejenige Variante der gewtinschten Nutzdaten- 
objekte bzw. der gesamten Ubermittlungsnachricht auswahlen 
und herunterladen und hat somit eine verbesserte Kontrolle 
iiber seine zu empfangenden Nachrichten bzw. Nutzdatenobjekte. 
Durch die Information iiber die auf der Vermittlungskomponente 
bereitliegenden Nutzdatenobjekte kann der Empf anger sich auch 
dafiir entscheiden, gar keinen Herunterladevorgang zu initiie- 
ren, wenn die Nutzdatenobjekte von ihm nicht nutzbar sind o- 
der der Herunterladevorgang sehr kostspielig ware. Zum einen 
kann also dabei vermieden werden, dass Nutzdatenobjekte (von 
der Vermittlungskomponente) zur ersten Telekommunikationsein- 
richtung heruntergeladen werden, die von der Telekommunikati- 
onseinrichtung gar nicht nutzbar sind, zum anderen k6nnen e- 
ventuell gezielt Nutzdatenobjekt heruntergeladen werden, die 
in der Gr6Se minimiert sind, wobei dadurch die Herunterlade- 
Kosten minimiert werden konnen und ferner eine grofiere Anzahl 
von Nutzdatenobjekt auf der ersten Telekommunikationseinrich- 
tung speicherbar sind. Durch das beschriebene Verfahren wird 
ebenso ermoglicht, dag sich der Empf anger auf Basis der In- 
formation iiber die auf der Vermittlungskomponente bereitlie- 
genden Nutzdatenobjekte fur das gezielte Herunterladen von 
Nutzdatenobjekte entscheidet, die zwar nicht von der zweiten 
Telekommunikationseinrichtung wiedergegeben werden kSnnen, 
aber moglicherweise von einem weiteren Gerat, das mit der 
zweiten Telekommunikationseinrichtung (entweder iiber Kabel, 
Infrarot-Schnitts telle (z.B. IrDA) oder Funk (z.B. Bluetooth) 
in Verbindung steht. Eine mogliche Anwendung ist das Herun- 
terladen einer Bilddatei in gehobener Qualitat durch die 
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zweite Telekommunikationseinrichtung gefolgt vom Ausdrucken 
dieser Datei mittels eines externen Druckers. 

GemaS einer vorteilhaf ten Ausgestaltung erfolgt die Informa- 
tion des Empf angers bzw. der ersten Telekommunikationsein- 
richtung wie folgt. Es werden von der Vermittlungskomponente 
jeweilige Empf angerbenachrichtigungsnachrichten erzeugt, die 
einer bestimmten Variante des einen oder der mehreren Nutzda- 
tenobjekte zugeordnet sind, und es werden diese jeweiligen 
EmpfSngerbenachrichtigungsnachrichten von der Vermittlungs- 
komponente zu der ersten Telekommunikationseinrichtung iiber- 
tragen . 

GemSS einer weiteren vorteilhaf ten Ausgestaltung umfasst der 
Satz von Parametern, in Abhfingigkeit dessen die Mehrzahl von 
Varianten des einen oder der mehreren Nutzdatenobjekte er- 
stellt wird, Parameter mit Inf ormationen tiber die individuel- 
len Eigenschaf ten der Telekommunikationseinrichtung. Die in- 
dividuellen Eigenschaf ten der Telekommunikationseinrichtung 
konnen ferner Eigenschaf ten von auf der Telekommunikations- 
einrichtung vorgesehenen Anwendungen umfassen. AuSerdem kann 
der Satz von Parametern Parameter mit Inf ormationen Ober die 
individuellen Praferenzen des Empfangers umfassen, oder kann 
der Satz von Parametern Parameter mit Beschreibungsinf ormati- 
onen umfassen, welche die Bedeutung von in der ttbermittlungs- 
nachricht enthaltenen Nutzdatenobjekten und/oder die Bezie- 
hung von enthaltenen Nutzdatenobjekten zueinander umfassen 
(sogenannte Metadaten, beispielsweise nach dem MPEG-7 Stan- 
dard) . 

GemaS einer vorteilhaf ten Ausgestaltung konnen die Nachrich- 
ten im Rahmen des Multimedia Messaging Service (MMS) zwischen 
der ersten Telekommunikationseinrichtung, der Vermittlungs- 
komponente und der zweiten Telekommunikationseinrichtung ti- 
bertragen werden. Dadurch wird eine tfbertragung von Nutzda- 
tenobjekten ermOglicht, die auch multimediale Inhalte mit 



200308264 



5 

grofiem Datenumfang, wie digitale Bilder, Video-Clips, oder 
umfangreiche Audio- bzw. Musikdateien umfassen konnen. 

GemaS einer vorteilhaf ten Ausgestaltung sind die erste Tele- 
kommunikationseinrichtung und eventuell weitere Telekommuni- 
kationseinrichtungen sowie die Vermittlungskomponente Teil 
eines Telekommunikationsnetzes . Dabei kann die oder die wei- 
teren Telekommunikationseinrichtungen Teil eines ersten Tele 
kommunikationsnetzes sein (im Falle mehrerer Telekommunikati 
onseinrichtung mtissen diese jedoch nicht Teil desselben Tele 
kommunikationsnetzes sein) . Entsprechend kann die Vermitt- 
lungskomponente, welche insbesondere als ein Server eines Da 
tenubertragungsdienstes, wie beispielsweise als ein MMS- 
Relay-Server ausgebildet ist, in einem zweiten Telekommunika 
tionsnetz vorgesehen sein, das mit dem oder den Telekommuni- 
kationsnetzen, welche dem oder den weiteren Telekommunikati- 
onseinrichtungen zugeordnet sind, verbunden ist. Dieses zwei 
te Telekommunikationsnetz kann insbesondere als ein auf In- 
ternet-Protokollen, wie dem Hypertext Transfer Protocol, ba- 
siertes Telekommunikationsnetz ausgefuhrt sein. 

Urn das Verfahren zum XJbertragen von Nutzdaten-Objekten mog- 
lichst flexibel nutzen zu konnen, konnen die Nachrichten zu 
und von der ersten und/oder zweiten Telekommunikationsein- 
richtung Ober eine Luf tschnittstelle gesendet werden, wobei 
die Telekommunikationseinrichtung (oder audi die weiteren Te 
lekommunikationseinrichtungen) vorzugsweise als ein mobiles 
TelekommunikationsgerSt ausgebildet sein kSnnen und dabei 
insbesondere ein Funkmodul bzw. Mobilfunkmodul umfassen k6n- 
nen. Die Ubertragung von Nachrichten zu und von einer jewei- 
ligen Telekommunikationseinrichtung kann dann auf Basis des 
WAP-Protokolls Wireless Session Protocol (WSP) oder dem Hy- 
pertext Transfer Protocol (http) erfolgen. Die Telekommunika 
tionseinrichtung kann dabei beispielsweise als ein Mobilfunk 
gerat bzw. Mobil telef on, ein Schnurlostelef on, als ein 
Smartphone (Kombination aus einem kleinen tragbaren Computer 
und einem Mobil telef on) , als ein PDA (PDA: Personal Digital 
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Assistant = persSnlicher digitaler Assistent) bzw, als ein 
Organizer ausgebildet sein. Weiterhin kann die Telekommunika- 
tionseinrichtung auch andere mobil erreichbare Ger&te umfas- 
sen, wie eihen Personal Computer (PC) oder einen Laptop, die 
mittels eines angeschlossenen MobilfunkgerSts (Mobiltelef on) 
liber ein Mobilfunknetz erreicht werden konnen. Das Mobilfunk- 
gerat kann dann beispielsweise liber ein Kabel an den Personal 
Computer bzw. Laptop angeschlossen sein oder auch diese 
drahtlos uber eine Infrarot-Schnittstelle oder ein lokales 
Bluetooth-Netz kontaktieren . Dabei kann eine Telekommunikati- 
onseinrichtung, wie das Mobilfunkgerat , einschlieSlich des 
diesem zugeordneten Telekommunikationsnetzes in der Ausfiih- 
rung eines Mobilfunknetzes gemaS dem GSM (Global System for 
Mobile Communication) -Standard oder dem UMTS (Universal Mobi- 
le Telecommunications System) -Standard usw. arbeiten. Derar- 
tige Mobilfunknetze bzw. Telekommunikationseinrichtungen ge- 
mafi dem GSM- oder UMTS-Standard k5nnen eine Plattform fur 
WAP-Protokolle bzw, den WAP-Protokoll-Stack (WAP: Wireless 
Application Protocol) darstellen, mittels dem Daten (Mittei- 
lungen bzw. Nutzdaten-Objekte) im jeweiligen Mobilfunknetz 
tibertragbar sind. 

Vorteilhaf terweise sind das erste und das zweite Telekommuni- 
kationsnetz durch eine Verbindungskomponente miteinander ver- 
bunden. Im Falle der Verwendung des WAP-Protokoll-Stack, wie 
oben erwShnt, ist es moglich, durch die Verwendung eines WAP- 
Gateways als Schnittstelle bzw, Verbindungskomponente zwi- 
schen einem Mobilfunknetz und einem anderen Netzwerk, bei- 
spielsweise einem auf einem Internet-Protokoll basierenden 
Netz, eine Verbindung zu diesem zu schaffen. Auf diese Weise 
ist es moglich, dass sich die Vermitt lungs komponen ten in ei- 
nem auf einem Internet-Protokoll basierenden Netzwerk, wie 
dem Internet, befindet, wobei die Daten (Nachrichten, Nutzda- 
tenobjekte) uber ein WAP-Gateway und schlieElich uber eine 
Luftschnittstelle eines Mobilfunknetzes zwischen der oder den 
Basisstationen des Mobilfunknetzes und an die jeweiligen Te- 
lekommunikationsgerate von Benutzem .tibertragen werden kdn- 
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nen. In diesem Zusammenhang sei erwahnt, dass insbesondere im 
Rahmen des MMS-Datenubertragungsdienstes Nachrichten von dem 
MMS-Relay- Server als Vermittlungskomponente automatisch, d.h. 
ohne Anforderung eines Telekommunikationsgerats , an ein Tele- 
kommunikationsgerat mittels WAP-Push gesendet werden konnen. 
Hierbei dient der MMS-Relay- Server als sogenannter Push- 
Initiator, der das WAP-Gateway bzw. eine Unterkomponente von 
diesem, namlich das Push- Proxy-Gateway , dazu veranlasst, eine 
Nachricht per WAP-Push an das Telekommunikationsgerat zu sen- 
den. Beispielsweise wird gemaS dem MMS-Ubertragungsdienst die 
Empfangerbenachrichtungsnachricht mittels WAP-Push an das Te- 
lekommunikationsgerat xiber tragen. 

Es sei erwahnt, dass die Nutzdatenobjekte allgemein Textin- 
formationen, Audioinf ormationen, Videoinf ormationen, ausftihr- 
bare Programme, Sof twaremodule oder eine Kombination dieser 
Inf ormationen umfassen konnen. 

GemaS einem weiteren Aspekt der Erf indung wird eine Telekom- 
munikationsanordnung umfassend eine Vermittlungskomponente 
sowie zumindest eine erste Telekommunikationseinrichtung ge- 
schaffen, wobei die Telekommunikationsanordnung dafur ausge- 
legt ist, ein oben dargestelltes Verfahren durchzuftihren. 

Bevorzugte Ausftihrungsf ormen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zeichnungen 
nSher erlautert. Es zeigen: 

Figur 1 eine schematische Darstellung eines Koiranunikations- 
netzes bzw. Telekommunikationsnetzes zum Durchfiih- 
ren des MMS, bei der zwei Dienstleistungsanbieter 
fur eine MMS-Umgebung vorgesehen sind; 

Figur 2 eine schematische Darstellung von moglichen 
Schnittstellen eines MMS-Relay-Servers; 
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ein beispielhafter Ablauf ("Transaction Plow Dia- 
gramm") zum tJbertragen einer Multimedianachricht 
von einem Mobilfunkgerat zu einem zweiten Mobil- 
f unkgerat ; 

eine ausfuhrliche Darstellung der in Figur 2 ge- 
zeigten Schnittstelle MM1 , bei der ein WAP-Gateway 
ftir die Anpassung der MMS-Nutzdaten an die beiden 
unterschiedlichen Sitzungsschicht-Protokolle (WSP 
und HTTP) sorgt; 

einen Ausschnitt einer Benutzeroberf lache einer Te- 
lekommunikationseinrichtung zum Darstellen der in 
Emp f angerbenachr i cht i gungsnachr i ch t en vor ge s ehenen 
Optionen bzw. Inf ormationen gemaS einer ersten Aus- 
f tihrungs f orm ; 

einen Ausschnitt einer Benutzeroberf lache einer Te- 
lekommunikationseinrichtung zum Darstellen der in 
Empfangerbenachrichtigungsnachrichten vorgesehenen 
Optionen bzw. Inf ormationen gemaS einer zweiten 
Aus f tihrungs form . 

Bevor nun ein Verfahren zum Ubertragen von Nachrichten, ins- 
besondere mittels dem MMS (Multimedia Messaging Service) - 
Dienst, von einer Telekommunikationseinrichtung zu einer 
zweiten Telekommunikationseinrichtung gemaS einer bevorzugten 
Aus ftthrungs form der Erfindung erlautert werden wird, sollen 
3 0 zunSchst noch einmal die grundlegenden Komponenten bzw. Netz- 
werkstrukturen zur Realisierung eines MMS-Dienstes erlautert 
werden . 

Ftir Mobilfunksysteme der nSchsten Generationen (2.5G und 3G) , 
35 wie beispielsweise System, die nach dem UMTS (UMTS - Univer- 
sal Mobile Telecommunications System) -Standard arbeiten, wird 
zur Zeit eine multimediaf ahige Variante eines mobilen Nach- 
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richtendienstes standardisiert , nSmlich der MMS— Dienst , Oder 
kurz MMS • Die Nachrichten des MMS mit multimedialen Inhalten 
werden im Folgenden zur besseren Abgrenzung von den Textnach- 
richten des SMS (Short Message Service: Kurznachrichten- 

3 dienst) -Dienstes nur noch kurz MMs (MM: Multimedia Message = 
Multimedianachricht) genannt . Im Gegensatz zum SMS entfallt 
die Beschrankung auf reine Textinhalte. Beim MMS ist es mog- 
lich, Texte dem individuellen Geschmack entsprechend zu for- 
mat ier en, sowie Audio- und Videoinhalte in eine Nachricht 

0 einzubetten. Eine MM kann demnach mehrere MM-Elementen oder 
Nutzdatenobjekte von unterschiedlichen Dateitypen (z.B. Audio 
oder Standbild) oder Dateif ormaten (bei Standbild z.B. GIF 
oder JPEG) umfassen, selbst ein zeitlich festgelegter Ablauf 
von kleinen Prasentationen wird ermoglicht. 

5 

In Figur 1 ist eine m6gliche Telekommunikationsanordnung bzw. 
eine Netzwerk-Architektur KN zum Durchfuhren des MMS, insbe- 
sondere gemSS einer Spezif ikation des 3 GPP (3rd Generation 
Partnership Project) dargestellt. Links in der Figur ist eine 
0 erste Telekommunikationseinrichtung in der Ausftihrung eines 
ersten Mobilfunkgerats MFG1 gezeigt, das tiber eine Schnitt- 
stelle, genauer gesagt eine Luf tschnitts telle, wie es noch 
ausfuhrlicher beztiglich Figur 2 erlautert werden wird, mit 
k einem Kommunikationsnetz verbunden ist (zur einfacheren Dar- 
fb stellung der wichtigsten Komponenten des Netzwerks, wird hier 
verzichtet genau zu erlSutern, dass und wie die Luf tschnitt- 
stelle zu einer Basisstation eines Mobilfunknetzes besteht, 
das wiederum mit dem Kommunikationsnetz bzw. einer ersten 
MMS-Netzwerkumgebung DLA verbunden ist. Entsprechendes gilt 
30 natttrlich auch far die Verbindung zum unten erleiuterten zwei- 
ten Mobil funkgerat) . Genauer gesagt ist das erste Mobilfunk- 
gerat MFG1 mit einer ersten MMS-Netzwerkumgebung DLA (MMSE: 
Multimedia Messaging Service Environment) verbunden, die im 
Zustandigkeitsbereich eines ersten MMS- 
35 Dienstleistungsanbieters bzw. MMS-Providers liegt. Auf dem 
MobilfunkgerSt MFGl ist eine Sof twar eanwendung , eine soge- 
nannte MMS-Benutzersof twareanwendung oder kurz MMS- Benutzer- 
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anwendung (MMS-User Agent) MUAA zur Realisierung des endgera- 
teseitigen Teils fttr den MMS vorgesehen. In der ersten MMS- 
Netzwerkumgebung DLA ist ein sogenannter erster MMS-Relay- 
Server MRSA vorgesehen, der Telekommunikationseinrichtungen 
bzw. Telekommunikationsendgeraten, die mit der ersten MMS- 
Netzwerkumgebung verbunden sind, die MMS-Funktionalitat zur 
Verfugung stellt. 

Die ersten MMS-Netzwerkumgebung DLA ist im Beispiel mit einer 
zweiten MMS-Netzwerkumgebung DLB eines zweiten MMS- 
Dienstleistungsanbieters bzw, MMS-Providers uber eine 
Schnittstelle MM4 {vgl. weitere Erlauterungen mit Bezug auf 
Figur 2), die beispielsweise liber das SMTP (Simple Mail 
Transfer Protocol) -Protokoll realisiert wird, verbunden. In 
der zweiten MMS-Netzwerkumgebung DLB ist ein zweiter MMS- 
Relay-Server MRSB vorgesehen, der Telekommunikationseinrich- 
tungen bzw, Telekommunikationsendgeraten, wie dem Mobilfunk- 
gerat MFG2, die mit der zweiten MMS-Netzwerkumgebung DLB ver- 
bunden sind, die MMS-Funktionalitat zur Verfiigung stellt. Auf 
dem Mobilfunkgerat MFG2 ist wieder eine Sof twareanwendung, 
hier eine MMS -Benutzer anwendung (MMS-User Agent) MUAB zur Re- 
alisierung des endgerateseitigen Teils fttr den MMS vorgese- 
hen. Sollen Multimedianachrichten, insbesondere mit Nutzda- 
tenobjekten von dem Mobilfunkgerat MFGl an das Mobilfunkgerat 
MFG2 xibertragen werden, so konnen die beiden MMS-Relay-Server 
MRSA und MRSB in den MMS-Netzwerkumgebungen DLA und DLB zu 
einer Vermittlungskomponente zusammengef asst werden, wie es 
spater noch mit Bezug auf Figur 3 eriautert werden wird. 

30 Ein charakteristisches Merkmal des MMS ist, dass bei der Zu- 
stellung von Multimedianachrichten (MMs) an ein Empf angsgerat 
(Mobilfunkgerat) zwischen dem sogenannten PUSH-Modus, bei dem 
eine ankommende Multimedianachricht unverzuglich von einem 
MMS-Relay-Server an die MMS -Benutzer anwendung des Empfangsge- 

35 rats ttbertragen wird, und dem sogenannten PULL-Modus, bei dem 
der Empf anger bzw. Empf angsgerat zunachst tiber eine neu beim 
MMS-Relay-Server eingetrof f ene Multimedianachricht mittels 
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einer MMS-Benachrichtigung bzw. Empf angerbenachrichtigungs- 
nachricht inf ormiert wird und daraufhin selbst entscheiden 
kann, ob bzw. wann er diese Multimedianachricht vom MMS- 
Relay-Server auf sein Mobilfunkgerat herunterladt , unter- 
schieden wird. 

Mogliche definierte Schnittstellen zum Anschluss weiterer 
Netzwerkelemente bzw. Netzwerkkomponenten an einen MMS-Relay- 
Server MRS, wie dem MMS-Relay-Server MRSA oder MRSB, sind in 
Figur 2 gezeigt. Neben einer Schnittstelle MMl , fiber die eine 
MMS-Benutzeranwendung MUAA und ein MMS-Relay-Server miteinan- 
der in Verbindung stehen, konnen uber Schnittstellen MM3 be- 
liebige externe Server, wie zum Beispiel E-mail-Server EES, 
Fax-Server EFS, weitere Nachrichtenserver (z.B. fur UMS: Uni- 
fied Message Services) ENS oder sonstige Server ESS, usw. an 
den MMS-Relay-Server MRS angeschlossen werden. Die Anbindung 
f remder ( " foreign" ) MMS-Dienstleistungsanbieter (MMS- 
Provider) wird liber eine Schnittstelle MM4 realisiert, wie 
bereits beziiglich Figur 1 angedeutet. Eine Schnittstelle MM5 
verbindet den MMS-Relay-Server MRS mit dem HLR (HLR: Home Lo- 
cation Register) eines Mobilfunk-Netzbetreibers , in dem die 
individuellen Kundendaten bzw. Benutzerdaten eines jeden Mo- 
bilfunkteilnehmers gespeichert sind (das HLR befindet sich in 
der Regel im Zustandigkeitsbereich des Netzbetreibers , der 
nicht zwangslS.uf ig mit dem MMS-Dienstleistungsanbieter iden- 
tisch sein muss) . Den Anschluss einer oder mehrerer MMS- 
Benutzerdatenbanken bzw. " MMS User Data Base(s)" MUDB gestat- 
tet eine Schnittstelle MM6 . Uber eine Schnittstelle MM7 wird 
der Anschluss von Servern MVS ermoglicht, die von einem VASP 
(VASP: Value Added Service Provider = Mehrwertdienstanbieter) 
betrieben werden und den MMS-Benutzern Mehrwertdienste zur 
Verfugung stellen. Schliefilich existiert noch eine weitere 
Schnittstelle MM8 zum Anschluss einer Netzwerkeinheit bzw. 
Vergebuhrungseinheit VE an den MMS-Relay-Server MRS, in der 
alle relevanten Inf ormationen zum Vergebtihren des MMS gesam- 
melt und ausgewertet werden. In dem MMS-Relay-Server MRS 
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stellt eine Schnittstelle MM2 eine Verbindung zwischen Relay 
und Server her, 

Im Folgenden wird anhand von Figur 3 der Austausch von Daten, 
insbesondere von Nutzdatenobjekten zwischen den in Figur 1 
dargestellten MMS-Einheiten bzw. MMS- 

Datenubertragungseinheiten beim Versenden einer Multimedia- 
nachricht MMA mit Multimedianachricht-Elementen MME von dem 
Mobilfunkgerat MFG1 und Empfangen von dem Mobilfunkgerat MFG2 
anhand von gemaS dem 3 GPP definierten sogenannten "abstract 
messages" (Abstraktnachrichten) genauer beschrieben. Eine 
Abstraktnachricht besteht aus mindestens einem Informations- 
element bzw. "information element". Bei Verwendung des MMS 
kann ein Absender, im Beispiel das Mobilfunkgerat MFG1 bzw. 
die MMS - Benu t z eranwendung MUAA eine Multimedianachricht MMA 
•fiber die Luf tschnittstelle MMl an den MMS -Relay- Server MRSA 
seines MMS-Dienstleistungsanbieters mit der Abstraktnachricht 
(spater auch als Ubermittl\ingsnachricht bezeichnet) 
"MMl_submit . REQ" schicken. Der MMS-Relay-Server MRSA besta- 
tigt den korrekten Empfang der Multimedianachricht von der 
MMS-Benutzeranwendung MUAA mit der Abstraktnachricht 
"MMl__submit . RES " . Die Ubertragung der MMA an den MMS-Relay- 
Server MRSB in der MMS-Umgebung DLB (vgl . Figur 1) des Emp- 
fangers bzw. des Ziel-Mobilfunkgerats geschieht mit dem Abs- 
traktnachricht -Paar " MM4_f orward . REQ " (enthS.lt die eigentli- 
che Multimedianachricht) und " MM4__f orward . RES " (die eine 
Ruckmeldung bzw. Best&tigung an den MMS-Relay-Server MRSA zu- 
rticksendet) . Danach wird das Empf angergerat MFG2 bzw. dessen 
MMS-Benutzeranwendung MUAB uber die auf dem MMS-Relay-Server 
MRSB zum Herunterladen bereitliegende Multimedianachricht MMA 
mit der Abstraktnachricht bzw. Empf Sngerbenachrichtigungs- 
nachricht "MMl_notif ication.REQ" informiert. In dieser MMS- 
Empf angerbenachrichtigungsnachricht ist der URI (URI - Uni- 
form Resource Identifier) des Speicherplatzes bzw. Speiche- 
rorts der Multimedianachricht auf dem MMS-Relay-Server MRSB 
als Referenz enthalten. Die Abstraktnachricht 
"MMl_notif ication.RES" dient vorrangig als Bestatigung fur 
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den korrekten Empfang der Empf angerbenachrichtigungsnachricht 
bei der MMS -Benu t z eranwendung MUAB und dazu, dem MMS- 
Dienstleistungsanbieter die Art der gewtinschten Zustellung 
(ob im "PUSH"- Oder " PULL " -Modus ) mitzuteilen. Mit der Abs- 
traktnachricht oder Zustellungsanf orderungsnachricht 
"MMl_retrieve.REQ" kann der EmpfSnger, namlich die MMS- 
Benutz eranwendung MUAB das Herunterladen einer auf dem MMS- 
Relay-Server MRSB bereitliegenden Multimedianachricht MMA i- 
nitiieren. Das Zustellen der Multimedianachricht MMA vom MMS- 
Relay-Server MRSB an die MMS-Benutzeranwendung MUAB erfolgt 
mittels der Abstraktnachricht bzw. Zustellungsnachricht 
"MMl_retrieve.RES" . Der MMS -Relay- Server MRSB kann mit der 
Abstraktnachricht "MMl_acknowledgement . REQ" von der MMS- 
Benutzeranwendung MUAB uber den Ausgang des Herunterladens 
der Multimedianachricht MMA informiert werden. Es sei be- 
merkt, dass zur einfachen Darstellung einer Ubertragung einer 
Multimedianachricht von dem Mobilf unkgerat MFG1 tiber die bei- 
den MMS-Relay-Server MRSA und MRSB zu dem Mobilf unkgerat 
MFG2, die die beiden MMS-Relay-Server MRSA und MRSB auch als 
eine Vermittlungskomponente VK zwischen den Mobilf unkgerat en 
betrachten werden konnen. Wtirde sich das Mobilf unkgerat MFG2 
auch im Wirkungsbereich des MMS-Umgebung des ersten MMS- 
Dienstleistungsanbieters befinden, so wttrde die Vermittlungs- 
komponente VK lediglich den MMS-Relay-Server MRSA umfassen. 

Wenn ein Mobilf unk-Netzbetreiber in seinem PLMN (PLMN - Pub- 
lic Land Mobile Network) ein WAP-Implementierung von MMS ein- 
setzt, besteht die oben beschriebene Schnitts telle MM1 bei 
genauerer Betrachtung aus zwei Abschnitten, die durch eine 
spezielle Netzwerkkomponente, ein sogenanntes WAP-Gateway, 
(WAP - Wireless Application Protocol) miteinander verbunden 
sind. Das WAP-Gateway zwischen einem MMS-Relay-Server eines 
MMS-Dienstleistungsanbieters und dem Kern-Net zwerk bzw. "Core 
Network" eines Mobil funk- Systems bzw. Mobilfunknetzwerks er- 
fttllt vorrangig die Aufgabe, die zu tibertragenden Daten an 
die auf beiden Sei ten unterschiedlichen Protokollschichten 
anzupassen. Zum besseren VerstSndnis zeigt Figur 4 eine de- 



200308264 



14 

taillierte Ausgestaltung der Schnittstelle MM1 ftir die WAP- 
Implementierung von MMS zwischen einem mobilen Telekommunika- 
tionsendgerat, wie einem Mobilfunkgerat , mit einer MMS- 
Benutzeranwendung MUA und einem MMS-Relay-Server MRS. Auf der 

"A-Seite" bzw. (in Richtung eines externen IP ( Interne tproto- 
koll) -Netzwerk) kommt als Sitzungsschicht-Protokoll "http" 

(http: Hypertext Transfer Protocol) und auf der "B-Seite" (in 
Richtung eines Mobilfunksystem bzw. Mobilfunknetzwerks , PLMN) 
WSP (WSP - Wireless Session Protocol) zum Einsatz . 

Es ist nun moglich, dass ein MMS-Dienstleistungsanbieter vor 
dem Aussenden einer MMS-Empfanger-Benachrichtigung bzw. Emp- 
fangerbenachrichtigungsnachricht eine individuelle Anpassung 
der zuzustellenden Multimedianachricht bzw. der in dieser 
enthaltenen Nutzdatenobjekte vornehmen kann. Eine derartige 
Anpassung kann beispielsweise auf den individuellen Eigen- 
schaften des Empf angsgerates , auf den individuellen Einstel- 
lungen des Benutzers oder auf eventuell in einer Multimedia- 
nachricht enthaltenen bzw. aus einer Multimedianachricht ge- 
wonnenen Beschreibungsinf ormationen (sogenannten Meta-Daten, 
beispielsweise nach dem MPEG-7 Standard) beruhen. Auch Kombi- 
nationen aus diesen drei Moglichkeiten sind denkbar. Dies 
soil im Folgenden naher erlautert werden. 

1. Anpassung einer Multimedianachricht bzw. der in ihr ent- 
haltenen Nutzdatenobjekte gemaS den individuellen Eigen- 
schaften des Empf angsgerates : Mobilfunkgerate, wie Mobil- 
telefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaf ten bzw. Fahigkeiten voneinan- 
der. So kSnnen beispielsweise die Eigenschaf ten der An- 
zeigevorrichtungen teilweise erheblich (z.B. in GroSe und 
AuflSsung) voneinander variieren oder auch die Fahigkei- 
ten, bestimmte Dateitypen xind/oder Dateiformate darstel- 
len und/oder verarbeiten zu kSnnen. Damit ein Mobilfunk- 
Netzbetreiber bzw. Dienstanbieter ("Service Provider") 
Kenntnis xiber die Eigenschaf ten bzw. Fahigkeiten eines 
WAP-fahigen EndgerStes erlangen kann, wurde vom WAP Forum 
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das sogenannte »UA Prof" (UA Prof: User Agent Profile = 
Benutzeranwendungsprofil) standardisiert , mit dessen Hil- 
fe jedem einzelnen, im Mobil funknetz eingebuchten Endge- 
rat bzw. Mobil funkger at netzwerkseitig das passende cha- 
rakteristische Gerateprofil zugeordnet werden kann. 

Auch beim MMS sollen in Zukunft WAP-"UA Prof" folgender- 
maSen eingesetzt werden: Besitzt ein Mobilfunkkunde bzw. 
ein Mobilfunkbenutzer ein Endgerat bzw. Mobil funkger at 
10 mit einer WAP-basierten MMS-Benutzeranwendung und ist er 

far die Nutzung des MMS bei einem MMS- 

Dienstleistungsanbieter registriert, so sollen auch MMS- 
spezifische EintrSge eine Teilmenge des "UA Profs" bzw. 
Benutzerprofils darstellen (z. B. die maximale GroSe fur 
15 eingehende Multimedianachrichten, usw.). Der Zugriff vom 

MMS-Relay-Server auf die Benutzerprof il-Inf ormationen 
kann ttber die in Figur 2 dargestellte Schnittstelle MM6 
(MMS-Relay-Server zu MMS-Benutzerdatenbank (en) MUDB) ge- 
schehen. Besitzt ein MMS-Dienstanbieter Kenntnisse iiber 
die individuellen Eigenschaf ten bzw. Fahigkeiten eines 
mobilen Telekommunikationsendgerats (z.B. Mobilfunkge- 
rats) und einer darauf installierten MMS- 
Benutzeranwendung (MMS User Agent) , so kann der MMS- 
Relay-Server vor dem Aussenden einer MMS-Empfanger- 
Benachr icht igung ( Empf angerbenachr icht igungsnachricht ) 
eine gezielt auf das Endgerat des Empf angers abgestimmte 
Dateityp- bzw. Dateif ormat-Konvertierung von einzelnen 
Multimedianachricht-Elementen bzw. Nutzdatenobjekten aus- 
ftihren, damit die Multimedianachricht auf dem Endgerat 
30 des Empf angers optimal dargestellt werden. 

2. Anpassung einer Multimedianachricht gemaE den individuel- 
len Einstellungen eines Benutzers: Im MMS kann jeder Be- 
nutzer netzwerkseitig Einstellungen vornehmen und damit 
35 den MMS seinen individuellen Vorstellungen entsprechend 

konfigurieren. Beispielsweise k6nnte eine Benutzer- 
Einstellung lauten, dass alle eintref fenden Multimedia- 
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nachrichten, die Multimedianachricht-Elemente bzw. Nutz- 
datenobjekte eines bestimmten Daten-Typs enthalten, auto- 
matisch und ohne MMS-Empfangerbenachrichtigung (Empfan- 
gerbenachrichtigungsnachricht) an eine E-mail-Adresse 
weitergeleitet werden. 

5. Anpassung einer Multimedianachricht gemaS den in einer 
Multimedianachricht enthaltenen Meta-Daten: Eventuell 
konnen in einer Multimedianachricht auch Beschreibungsin- 
formationen (sogenannten Meta-Daten) enthalten sein bzw. 
aus einer Multimedianachricht gewonnen werden, mit denen 
die Bedeutung von einzelnen Multimedianachricht-Elementen 
(Nutzdatenobjekten) erlautert werden kann, sowie Abhan- 
gigkeiten zwischen den einzelnen Multimedianachricht - 
15 Elementen (Nutzdatenobjekten) ausgedruckt werden konnen. 

Beispielsweise kSnnte ein Multimedianachricht-Element 
(Nutzdatenobjekt) vom Typ "Text" als Hauptbestandteil, 
ein Multimedianachricht-Element vom Typ "Standbild" als 
Hintergrundbild oder ein Multimedianachricht-Element vom 
Typ "Audio" als (gesprochener) Kommentar, der sich auf 
das Standbild bezieht, gekennzeichnet werden. 

In einem MMS-Relay-Server in der empf angerseitigen MMS- 
Umgebung kann eine eintreffende Multimedianachricht vor dem 
Aussenden der MMS-Empf anger -Benachrichti gung (Empf angerbe- 
nachrichtigungsnachricht) auf Basis der drei oben beschrieben 
Datensatze (und Kombinationen daraus) adaptiert werden. 

Damit nun der Empfanger eine verbesserte Kontrolle der zu 
30 empfangenden Multimedianachricht mit den darin enthaltenen 
Nutzdatenobjekten hat und Informationen daruber erhalt, ob 
und wie eine Multimedianachricht bzw. die enthaltenen Elemen- 
te bzw. Nutzdatenobjekte adaptiert worden sind wird gemaS ei- 
ner Aus fuhrungs form der Erfindung folgendes vorgeschlagen. 
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Die Aus fuhrungs form sieht vor, dass mehrere alternative MMS- 
Empf anger-Benachrichtigungen (Empfangerbenachrichtigungs- 
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nachrichten) fiir unterschiedlich adaptierte Varianten dersel- 
ben Multimedianachricht an den Empfanger gesendet werden kon- 
nen. Auf diese Weise werden dem Empf anger mehrere alternative 
Optionen zum Herunterladen der gleichen Multimedianachricht 
5 angeboten. Unter Varianten sind dabei sowohl die Original- 
nachricht bzw. die in der Originalnachricht enthaltenen Nutz- 
datenobjekte als auch die adaptierte Nachricht bzw. die adap- 
tierten Nutzdatenobjekte zu verstehen. 



10 Um dies zu realisieren wird ein rttckwartskompatibeler Abbil- 
dungs-Mechanismus vorgestellt, der die Zuordnung der einzel- 
nen MMS - Emp f anger - Benachr i cht i gung en (Empf angerbenachrichti- 
gungsnachrichten) in der MMS-Benutzeranwendung des Empfangers 
zu einer Multimedianachricht erlaubt. 
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Es ist natiirlich auch denkbar, die Inf ormationen uber. die un- 
terschiedlichen Herunter lad-Opt ionen fiir die einzelnen Vari- 
anten in eine einzige, neu definierte Multipart-MMS- 
Empfanger-Benachrichtigung zu packen, jedoch mttsste in diesem 
Fall auf eine Ruckwartskompatibilitat verzichtet werden. Eine 
alte bzw. herkommliche MMS-Benutzeranwendung (MMS User Agent) 
k6nnte mit der neuen und fiir ihn unbekannten Struktur einer 
Multipart-MMS-Empfanger-Benachrichtigung nichts anfangen. 

Damit die alternativen Optionen zum Herunterladen einer MM 
(in verschiedenen Varianten) in einer fiir den Empf anger 
leicht verstandlichen Art und Weise mQglich ist, wird gemafi 
der Ausfuhrungsform weiterhin eine mSgliche Ausgestaltung des 
HMI (HMI - Human Machine Interface, z. B. in Form eines Dis- 
plays) auf Seiten der empfangenden MMS-Benutzeranwendung (MMS 
User Agent) unten noch beschrieben werden. 



Zur Verbesserung der Kontrollmoglichkeiten beim Herunterladen 
einer Multimedianachricht sollen einem Empfanger bzw. einem 
35 empfangenden Endgerat mehrere alternative Herunterlad- 

Optionen fiir die gleiche Multimedianachricht durch Anferti- 
gung und Versand mehrerer unterschiedlicher MMS-Empfanger- 
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Benachrichtigungen ( Empf angerbenachrichtigungsnachrichten) 
fur netzwerkseitig ( insbesondere vom MMS-Relay- Server der 
MMS-Umgebung des MMS-Dienstanbieters des Empf angers) ver- 
schieden adaptierte Varianten einer Multimedianachricht ba- 
sierend auf mindestens einem der f olgenden "Datensatze angebo- 
ten bzw. tibermittelt werden: 

i) informationen tiber die individuellen Eigenschaf ten 
bzw. Fahigkeiten des mobilen Telekommunikationsendgerats , 
wie eines Mobilfunkgerats bzw. Mobiltelef ons , und der 
darauf installierten bzw. mit diesem verbundenen MMS- 
Benutzeranwendung (MMS User Agent) . Die Informationen ti- 
ber die individuellen Eigenschaf ten bzw. Fahigkeiten ei- 
nes Telekommunikationsendgerats bzw. einer Telekommunika- 
tionseinrichtung und der MMS-Benutzeranwendung (MMS User 
Agents) diesbeztiglich konnten beispielsweise gemafc einem 
WAP-Benutzerprofil bzw. WAP--UA Prof ausgestaltet sein 
und mSglicherweise aus zuriickliegenden WSP-Sitzungen, 
d.h. vorherigen MMS-Herunterlad-Vorgangen, stammen; 

ii) informationen iiber die individuellen Praferenzen 
des MMS-Benutzers . Die Informationen tiber die individuel- 
len Benutzer-Praferenzen diesbeztiglich kQnnten beispiels- 
weise Bestandteil der MMS-Benutzerdatenbank (en) bzw. MMS- 
"User Data Bases" MUDB (vgl. dazu Figur 2) sein; und/oder 

iii) Beschreibungs informationen (sogenannten Meta- 
Daten) , welche die Bedeutung von einzelnen Multimedia- 
nachricht-Elementen (Nutzdatenobjekten) erlautern 
und/oder Beziehungen bzw. Abhangigkeiten zwischen einzel- 
nen Multimedianachricht-Elementen ausdrucken. Die Be- 
schreibungsinformationen (Meta-Daten) diesbeztiglich k5nn- 
ten beispielsweise gemaS MPEG-7 ausgestaltet sein und 
m6glicherweise als eigenstandiges Multimedianachricht- 
Element (Nutzdatenobjekt) in der Multimedianachricht ent- 
halten sein oder vom adaptierenden MMS-Relay-Server aus 
einer eintref f enden Multimedianachricht gewonnen werden. 
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Ferner dient zur Verbesserung der KontrollmSglichkeiten der 
Einsatz eines ruckwartskompatiblen Mapping-Mechanismus bzw. 
Abbildungs-Mechanismus fur MMS-Empf anger-Benachrichtigungen 
(Empfangerbenachrichtigungsnachrichten) : 

a) Vorteilhafterweise werden zusammengehSrige MMS- 
Empf anger-Benachrichtigungen im adaptierenden MMS-Relay- 
Server vor der Zustellung an die MMS -Benut z er anwendung 
des Empf angers bzw. Empf anger endger at s durch ein zusatz- 
liches neu definiertes Kopf-Feld gekennzeichnet ; 

b) Weiter kann dabei vorteilhafterweise eine Sequenznum- 
mer (wiederum in einem neu definiertes Kopf-Feld) verwen- 
det werden, um in der MMS- Benut zer anwendung des Empf an- 
gers feststellen zu kSnnen, ob bereits alle zusammengehS- 
rigen MMS-Empf anger-Benachrichtigungen eingetroffen sind. 
Aus der Reihenfolgeninf ormation in den jeweiligen unter- 
schiedlichen Empf angerbenachrichtigungsnachrichten soil 
ferner auch hervorgehen, welche der MMS-Empf anger- 
Benachrichtigungen mit der unveranderten Originalversion 
des mindestens einen Nutzdatenobjektes in Beziehung 
steht. Beispielsweise konnte der Wert "0" far die Se- 
quenznummer anzeigen, dass es sich um die Originalversion 
handelt, wahrend Werte >0 anzeigen, dass es sich um adap- 
tierte/veranderte Versionen von Nutzdatenobjekten bzw. 0- 
bermittlungsnachrichten (d.h. Multimedianachrichten MM) 
handelt; 

c) SchlieSlich konnen die einzelnen MMS-Empf anger- 
Benachrichtigungen in der MMS-Benutzeranwendung (MMS User 
Agent) des Empfangers anhand von Identif ikationsnummer 
und Sequenznummer zugeordnet werden. 

Alternativ zu a) und b) kOnnte die Kennzeichnung fur zusam- 
mengehSrige MMS-Empf anger-Benachrichtigungen und/oder die Se- 
quenznummer und/ oder eine* Maximalnummer , die die Gesamtzahl 
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der bereitgestellten Varianten bzw. die Gesamtzahl der er- 
zeugten oder versendeten MMS-Empf anger-Benachrichtigungen an- 
gibt, auch speziell codiert und in ein schon bekanntes Kopf- 
Feld integriert werden (beispielsweise als zusatzliche Para- 
meter) . 

AuSerdem konnen die Kontrollmoglichkeiten weiter verbessert 
und die Information eines Empfangers einer Multimedia- 
nachricht weiter verbessert werden, indem eine komfortable 
Darstellung der Informationen aus den einzelnen MMS- 
Empf anger-Benachrichtungen beziiglich altemativer Herunter- 
lad-Optionen, d.h. fur verschiedene Varianten einer Multime- 
dianachricht bzw. deren Nutzdatenobjekte, durch eine beson- 
ders vorteilhafte Ausgestaltung des HMI in der MMS- 
Benutzeranwendung (MMS User Agent) des Empfangers bereitge- 
stellt wird. 

im folgenden sollen nun Beispiele erlautert werden, die die 
oben genannten Aspekte zur Verbesserung der KontrollmSglich- 
keiten beim Herunterladen von auf einem MMS-Relay- Server be- 
reitstehenden Multimedianachrichten verdeut lichen: 

A. Anbieten altemativer Herunterlad-Optionen 

ZunSchst soil der Aspekt des Anbietens altemativer Herunter- 
lad-Optionen fur die gleiche Multimedianachricht durch Anfer- 
tigung und Versand mehrerer unterschiedlicher MMS -Empf anger - 
Benachrichtigungen (Empf angerbenachrichtigungsnachrichten) 
fur netzwerkseitig verschieden adaptierte bzw. bearbeitete 
30 Varianten einer Multimedia Message beleuchtet werden. 

Die nun folgenden Beispiele basieren alle auf der Annahme, 
dass eine beispielhaf te Multimedianachricht bestehend aus 
drei Multimedianachricht-Elementen bzw. Nutzdatenobjekten 
35 (MME) , namlich einem 20 kB groSen Text, einem Bild mit 8 bit 
Farbtiefe und einer 30 kB groSen Sprachnotiz von einem Sender 
(d.h. von einer ersten Telekommunikationseinrichtung, wie ei- 
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nem Mobilfunkgerat) an einen Empf anger (d.h. eine zweite Te- 
lekommunikationseinrichtung, wie einem zweiten Mobilfunkge- 
rat) gesendet werden soil, wie es auch bereits mit Bezug auf 
Figur 3 erlautert worden ist. Als Abwandlung zu oben gemach- 
ten Eriauterung zu Figur 3 wird jedoch nun in der MMS- 
Umgebung des MMS-Dienstleistungsanbieters des Empf angers, 
insbesondere in dessen MMS-Relay-Server (bezuglich Figur 3 
ware das der MMS-Relay-Server MRSB, wenn die Multimedianach- 
richt MMA vom Mobilf unkgerat MFGl gesendet wird) vor dem Aus- 
senden der mindestens einen MMS-Empf anger-Benachrichtigung 
(Empfangerbenachrichtigungsnachricht) mindestens ein Nutzda- 
tenobjekt abhangig von den unter den Punkten i) bis iii) be- 
schriebenen Inf ontiationen adaptiert bzw. geandert. 

Beispiel 1: Erstellen von mehreren MMS-Empf anger - 
Benachrichtigungen far eine Multimedianachricht (MMA) ba- 
sierend auf den individuellen Eigenschaf ten bzw. Fahig- 
keiten des mobilen Telekoramunikations-Endgerates und der 
MMS -Benu t z er anwendung (MMS User Agents) 

Der MMS-Relay-Server (gemSS oben gemachter Annahme der 
MMS-Relay-Server MRSB # vgl . Figur 3) soil die beispiel- 
haf te Multimedianachricht (MMA) an die MMS- 
Benutzeranwendung (MMS User Agent) MUAB des Empf angers, 
das Mobilfunkgerat MFG2 zustellen. In einem netzwerksei- 
tig gespeicherten Datensatz (vgl . Punkt i oben) , der die 
individuellen Eigenschaf ten bzw. Fahigkeiten des Mobil- 
funkgerats MFG2 und der MMS-Benutzeranwendung MUAB ent- 
hait, ist beispielsweise vermerkt, dass das Empf angsgerat 
MFG2 nur schwarz-weiSe Bilder darstellen kann. Eventuell 
mochte der Benutzer (des MobilfunkgerSts MFG2) aber 
trotzdem ein Farbbild vom MMS-Relay-Server MRSB herunter- 
laden # weil er das Multimedianachricht-Element (Nutzda- 
tenobjekt) spater in Farbe ausdrucken mochte. 

Der MMS-Relay-Server (MRSB) erstellt nun zusatzlich zu 
der empfangenen Multimedianachricht (MMA) nach den Regeln 
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des Datensatzes mit den individuellen Eigensctiaf ten bzw. 
Fahigkeiten des mobilen Telekommunikations-Endgerates ei- 
ne weitere Multimedianachricht-Variante, bei der sich die 
Farbtiefe des Bilds bzw. Bilddatenobjekts von dem Origi- 
nal unterscheidet. Dies ist folgender Tabelle 1 gezeigt, 
in dargestellt ist, dass der MMS-Relay-Server von der o- 
riginalen Multimedianachricht-Variante 1A eine adaptierte 
Multimedianachricht-Variante IB erstellt hat, die an 
Stelle des Farbbildes ein schwarz-weiSes Bild mit unter- 
schiedlicher Farbtiefe aufweist. Die Multimedianachricht- 
Elemente vom Typ "Text" und "Audio" bleiben unverandert: 





MM-Variante1A 


MM-Variante 1B 


Text 


Original 


Original 


TextgroBe 


20 kB 


20 kB 


Bild 


Oriqinal 


Verandert 


Auflosung 


100x80 Bildpunkte 


100x80 Bildpunkte 


Farbtiefe 


8 bit 


2 bit 


BildgroBe 


8kB 


2kB 


Audio 


Original 


Original 


AudiogroBe 


30 kB 


30 kB 



Tabelle 1 



In einem nSchsten Schritt erstellt der MMS-Relay-Server 
MRSB fur die ursprtingliche bzw. originale Multimedianach- 
richt-Variante 1A und die neu erzeugte Multimedianach- 
richt-Variante IB jeweils eine eigene MMS-Empf anger- 
Benachrichtigung . Beide MMS-Empf anger-Benachrichtigungen 
verweisen auf den prinzipiell gleichen Inhalt, der jetzt 
allerdings in zwei unterschiedlich adaptierten Varianten 
vorliegt. Jede Multimedianachricht-Variante wird mittels 
eines eigenen URIs referenziert . Die jeweiligen MMS- 
Empf anger-Benachrichtigungen "MMl__notif ication . REQ ( s ) " 
werden dann, wie es in Figur 3 gezeigt ist, von dem MMS- 
Relay-Server MRSB an das Empf angerendgerat MFG2 gesendet 
(durch das Anfugen von " (s) " an "MMl_notif ication. REQ" ii 
Figur 3 soil gekennzeichnet werden, dass hier gemSS der 
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Ausfuhrungsform der Erf indung. eine Mehrzahl von MMS- 
Empfanger-Benachrichtigungen bzw. Empf angerbenachrichti- 
gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empf anger gesendet werden) . 

Beispiel 2: Erstellen von mehreren MMS -Empf anger- 
Benachrichtigungen fur eine Multimedianachricht (MMA) ea- 
sier end auf den individuellen Praferenzen des MMS Benut- 
zers 

Wieder mit Bezug auf Figur 3 soil der MMS-Relay-Server 
MRSB die beispielhafte Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) MUAB des Empf an- 
gers bzw. MobilfunkgerSts MFG 2 zustellen. In einem netz- 
werkseitig gespeicherten Datensatz, der die individuellen 
Praferenzen des MMS Benutzers (nach Punkt ii) ) enthait, 
ist beispielsweise vermerkt, dass alle in einer Multime- 
dianachricht enthaltenen Bilder vor der Zustellung der 
Multimedianachricht in zwei vom Benutzer definierten Stu- 
fen herunterskaliert werden sollen (eine Reduktion der 
Farbtiefe ware selbstverstandlich ebenso denkbar) . Der 
Empfanger hat diese Einstellungen mSglicherweise vorge- 
nommen, urn das Datenvo lumen sowohl bei der Zustellung der 
Multimedianachricht tiber die Schnittstelle MM1 als auch 
beim Abspeichern der Multimedianachricht in seinem mobi- 
len Telekommunikations-Endgerat mSglichst gering zu hal- . 
ten. Damit kSnnten zum einen Kosten fur das Herunterladen 
reduziert (abhangig vom Abrechnungsmodell des MMS- 
Dienstanbieters) und zum anderen eine groSere Anzahl von 
Multimedianachrichten im Empf angergerendgerat abgespei- 
chert werden. Der MMS-Relay-Server MRSB erstellt nun zu- 
satzlich zu der empfangenen ursprunglichen Multimedia- 
nachricht MMA (Multimedianachricht -Variante 2A) nach den 
Regeln des Datensatzes mit den individuellen Praferenzen 
zwei weitere Multimedianachricht-Varianten 2B und 2C (ge- 
nauer gesagt werden Varianten des Bildes bzw. Bildobjekts 
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erzeugt, wobei das Text- und das Audio-Ob jekt in der ur- 
sprtinglichen Form erhalten bleibt) , die sich bezuglich 
des Bildformates voneinander unterscheiden, wie es in der 
folgenden Tabelle 2 gezeigt ist: 



10 



15 



20 



25 





MM-Variante 2A 


MM-Variante 2B 


MM-Variante 2C 


Text 


Oriqinal 


Oriqinal 


oriqinal 


TextqroBe 


20 kB 


20 kB 


20 kB 


Bild 


Original 


Verandert 


verandert 


Auflosung 


100x80 Bildpunkte 


75 x 60 Bildpunkte 


50 x 30 Bildpunkte 


BildqroBe 


8kB 


4,5 kB 


1,5 kB 


Audio 


Oriqinal 


Oriqinal 


oriqinal 


AudiogroBe 


30 kB 


30 kB 


30 kB I 



Tabelle 2 

In einem nachsten Schritt erstellt der MMS-Relay-Server 
MRSB fur die ursprttngliche Multimedianachricht-Variante 
2A und die beiden neu erzeugten Multimedianachricht- 
Varianten 2B und 2C jeweils eine eigene MMS-Empf anger - 
Benachrichtigung. Alle drei verweisen auf den prinzipiell 
gleichen Inhalt, der jetzt allerdings in drei unter- 
scbiedlichen bzw. adaptierten Varianten vorliegt. Jede 
Multimedianachricbt-Variante wird mittels eines eigenen 
URIs ref erenziert . Die jeweiligen MMS-Empf anger - 
Benachrichtigungen "MMl_notif ication.REQ (s) " werden dann, 
wie es in Figur 3 gezeigt ist, von dem MMS-Relay-Server 
MRSB an das Empf angerendgerat MFG2 gesendet (durch das 
Anftigen von " (s) " an "MMl_notif ication.REQ" in Figur 3 
soil wieder gekennzeichnet sein, dass hier gemaS der Aus- 
fuhrungsform der Erfindung eine Mehrzahl von MMS- 
Empf anger-Benachrichtigungen bzw. Empfangerbenachrichti- 
gungsnachrichten aufgrund einer Multimedianachricht (MMA) 
nun zum Empfanger gesendet werden) . 
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Beispiel 3 : Erstellen von mehreren MMS -Empf anger - 
Benachrichtigungen far eine Multimedianachricht (MMA) ba- 
sierend auf Meta-Daten (Bedeutungen von bzw. Abhangigkei- 
ten zwischen einzelnen Multimedianachricht-Elementen bzw. 
Nutzdatenob j ekten) 

Wieder mit Bezug auf Figur 3 soli der MMS -Relay- Server 
MRSB die beispielhafte Multimedianachricht MMA an die 
MMS-Benutzeranwendung (MMS User Agent) des Empf angers 
bzw. des Empfangergerats MFG2 zustellen. Die Beschrei- 
bungsinformationen (vgl. dazu Punkt iii)) erlSutern die 
Beziehung der einzelnen Multimedianachricht-Elemente 
(Nutzdatenobjekte) im Beispiel wie folgt: Der Text bzw. 
das Text-Objekt ist die Hauptnachricht und unabhangig von 
den anderen beiden Multimedianachricht-Elementen. Das 
Multimedianachricht-Element vom Typ "Audio" enthait einen 
gesprochenen Kommentar, der sich auf das Multimedianach- 
richt-Element vom Typ "Bild" bzw. "Standbild" bezieht und 
ohne das Bild bedeutungslos ist (zum Beispiel: "Wenn Du 
genau hinguckst, erkennst Du links im Hintergrund unser 
Ferienhaus . " ) . MSglicherweise kann das Empf angsendgerat 
MFG 2 keine Bilder darstellen (diese Information ware i- 
dealerweise Bestandteil der individuellen Eigenschaf ten 
bzw. Fahigkeiten des Mobilfunkgerats MFG2 und der MMS- 
Benutzeranwendung (MMS User Agent) MUAB nach Beispiel 1) . 
Der MMS-Relay-Server MRSB kann nun anhand der Meta-Daten 
erkennen, dass das Audio-Objekt bzw. die Audio-Datei ohne 
das Standbild fur den Empfanger nutzlos ist und daraufhin 
eine oder mehrere entsprechend adaptierte Multimedianach- 
richt-Variante (n) generieren und dem Benutzer zum Herun- 
terladen anbieten, wie es in der folgenden Tabelle 3 ge- 
zeigt ist: 





MM-Varlante 3A 


MM-Variante 3B 


MM-Variante 3C 


Text 


Oriainal 


Original 


oriqinal 


TextgroBe 


20 kB 


20 kB 


20 kB 


Bild 


Oriainal 


Entfernt 


entfernt 
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Auflosung 


100x80 Bildpunkte 


Entfallt 


entfallt 


BildgroOe 


BkB 


Entfallt 


entfallt 


Audio 


Oriqina! 


Oriainal 


entfemt 


AudioqroBe 


30 kB 


30 kB 


entfallt 



Tabelle 3 



in einem nachsten Schritt erstellt der MMS-Relay-Server 
MRSB fur die ursprtingliche Multimedianachricht-Variante 
5 3A und die beiden neu erzeugten Multimedianachricht- 

Varianten 3B und 3C jeweils eine eigene MMS-Empfanger- 
^ ..Benachrichtigung bzw. Empf angerbenachrichtigungsnach- 

M. richt. Alle verweisen auf den prinzipiell gleichen In- 

halt, der jetzt allerdings in drei unterschiedlich adap- 
10 tierten Varianten vorliegt. Jede Multimedianachricht- 

Variante wird mittels eines eigenen URIs ref erenziert . 
Die jeweiligen MMS-Empf anger-Benachrichtigungen 
"MMl_notification.REQ(s) " werden dann, wie es in Pigur 3 
gezeigt ist, von dem MMS-Relay- Server MRSB an das Empfan- 
15 gerendgerat MFG2 gesendet (durch das Anfugen von " (s) " an 

»MMl_notification.REQ" in Figur 3 soil auch hier wieder 
gekennzeichnet werden, dass hier gemag der Ausftihrungs- 
form der Erfindung eine Mehrzahl von MMS-Empf anger- 
Benachrichtigungen bzw. Empfangerbenachrichtigungsnach- 
richten aufgrund einer Multimedianachricht (MMA) nun zum 
Empfanger gesendet werden) . 



B. Einsatz eines ruckwartskompatiblen Abbildungs-Mechanismus 
25 fur MMS-Empf anger-Benachrichtigungen 

Damit wiederum mit Bezug auf Figur 3 und insbesondere im 
Nachgang an die oben unter Punkt A. erwahnten Beispiele die 
verschiedenen MMS-Empf anger-Benachrichtigungen 
30 "MMl_notification.REQ(s) ■ in der MMS-Benutzeranwendung (MMS 
User Agent) des Empf angers als zusammengeh5rig identif iziert 
werden k6nnen, vergibt der MMS-Relay-Server MRSB fiir jede ur- 
spriinglich empfangene Multimedianachricht eine eindeutige I- 
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dentif ikationsnummer und erganzt diese zusammen rait einer Ma- 
xima lnummer , d.h. einer Gesamtzahl der erzeugten bzw. versen- 
deten MMS-Empf anger-Benachrichtigungen, und einer optionalen 
Sequenznummer bzw. Reihenf olgennummer der MMS-Empf anger- 
Benachrichtigungen in jeder einzelnen MMS-Empf anger- 
Benachrichtigung. Anschliefcend werden die einzelnen MMS- 
Empf anger-Benachrichtigungen bzw. Empfangerbenachrichtigungs- 
nachrichten "MMl_notif ication.REQ (s) " auf herkommlichem Wege 
an die MMS-Benutzeranwendung (MMS User Agent) des Empf angers 
bzw. Empfangergerats gesendet. Die Gesamtheit aller zusammen- 
gehorigen MMS-Empf anger-Benachrichtigungen 

-MMl_notification.REQ(s) ■ kann dort nun anhand der vom MMS- 
Relay-Server MRSB erganzten Identif ikationsnummer in einer 
einheitlichen und fur den Empfanger sehr komfortablen Art und 
Weise dargestellt werden. Durch Zahlen der empfangenen, zu- 
sammengehSrigen MMS-Empf anger-Benachrichtigungen und einem 
anschlieSenden Vergleich dieses Wertes mit der Maximalnummer 
kann die. MMS-Benutzeranwendung (MMS User Agent) des Empfan- 
gergerats (hier das Mobilfunkgerat MFG2) auf eine einfache 
Art und Weise f estzustellen, ob bereits alle zusammengehSri- 
gen MMS-Empf anger-Benachrichtigungen 
«MMl_notification.REQ(s) " eingetroffen sind. 

Im folgenden werden beispielhaft far eine Implementierung des 
MMS unter WAP die einzelnen MMS-Empf anger-Benachrichtigungen 
in textueller Codierung gemSS dem unter Punkt A. aufgefuhrten 
Beispiel 2 gezeigt, in dem die BildgrOBe eines Multimedia- 
nachricht-Elementes (Nutzdatenobjekt) vom Typ "Standbild" 
bzw. "Bild" in zwei Stufen reduziert wird. (Es sei erwahnt, 
dass der oben erwahnten Abstraktnachricht (abstract message) 
"MMl_notif ication.REQ" gemaS 3 GPP in WAP die "M- 
Notification.ind"-PDU (PDU: Protocol Data Unit = Protokollda- 
teneinheit) entspricht. GemaS einer Ausfuhrungsform der Er- 
findung sind neue Kopff elder fur die Identif ikationsnummer 
und die Sequenznummer in den MMS-Empf anger-Benachrichtigungen 
eingerahmt. Genauer gesagt zeigt die Benachrichtigung 1 eine 
MMS-Empf anger-Benachrichtigung (WAP-PDU- »M-Notif ication . ind" ) 
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fur die Multimedianachricht-Variante 2A (groSes Bild) , zeigt 
die Benachrichtigung 2 eine MMS-Empf anger-Benachrichtigung 

(WAP-PDU- M M-Notification.ind") fur die Multimedianachricht- 
Variante 2B (mittlere BildgroSe) , und zeigt die Benachrichti- 
gung 3 eine MMS-Empf anger-Benachrichtigung (WAP-PDU- M M- 
Notification.ind") ftir die Multimedianachricht-Variante 2C 

(kleines Bild) . 

Benachrichtigung 1: 

X-Mms -Message-Type : m-notif ication-ind 

X-Mms-Transaction-ID : abclO 

X-Mms -MMS -Version : 1.0 

From: andreas . st . schmidt@siemens . com 

Subject: A multimedia message 

X-Mms-Message-Class : Personal 

X-Mms-Message-Size: 58000 

X-Mms-Expiry: 36000 

X-Mms -Variant -Id: example-xyz 
X-Mms -Max-Notifications : 3 

X-Mms-Sequence-Number : 1 . 

X-Mms-Content-Location: http://operator.de/inbox/mm-id-2A 

Benachrichtigung 2:. 

X-Mms -Message-Type : m-notif ication-ind 
X-Mms-Transaction-ID : abcl2 
X-Mms-MMS-Version: 1 . 0 
From: andreas . st . schmidt ©Siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class : Personal 
X-Mms-Message-Size : 54500 

X-Mms-Expiry: 36000 ; 

X-Mms -Variant-Id: example-xyz 
X-Mms-Max-Notif ications : 3 

X-Mms - Sequence -Number : 2 '_ 

X-Mms-Content-Location: http://operator.de/inbox/mm-id-2B 
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Benachrichtigung 3 ; 

X-Mms -Me s s age - Type : m-notification- ind 

X-Mms-Transaction-ID: abcl6 

X-Mms -MMS-Version : 1.0 

From: andreas.st.schmidt@siemens.com 

Subject: A multimedia message 

X-Mms-Message-Class: Personal 

X-Mms-Message-Size: 51500 

X-Mms -Expiry: 3 6000 



X-Mms -Variant -Id: example-xyz 
X-Mms-Max-Notif ications : 3 
X-Mms-Sequence-N\xmber : 3 



X-Mms -Content-Location: http://operator.de/inbox/mm-id-2C 



Es sei erwahnt, dass das beschriebene Prinzip nicht nur auf 
einfache bzw. vereinfachte mS-Empf anger-Benachrichtigungen 
mit den Grundinf ormationen, sondern auch auf ausftthrliche 
MMS-Empfanger-Benachrichtigungen ("Detailed MMS Notificati- 
ons") iibertragen werden kann, die genauere Beschreibungen der 
einzelnen Multimedianachricht-Elemente beinhalten. Der Nutzen 
dieser Erfindung far derartige, ausfuhrliche MMS-Empf anger- 
Benachrichtigungen kann dabei noch groSer sein. 



Es ist gemaS einer vorteilhaf ten Ausgestaltung femer denk- 
bar, dass die eindeutige Identif ikationsnummer der Multime- 
dianachricht, die Maximalnummer und die Sequenznummer in der 
URI codiert enthalten sind (vorzugsweise im letzten Teil der 
pfadangabe) . 



C. Komfortable Darstellung der Inf ormationen aus den einzel- 
nen MMS-Empfanger-Benachrichtungen bezuglich alternativer He- 
runterlad-Optionen durch eine besonders vorteilhafte Ausges- 
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taltung des HMI in der MMS-Benutzeranwendung (MMS User Agent) 
des Empfangergerats 

Wie bereits erwahnt, bietet das oben beschriebene Verfahren 
eine besonders vorteilhaf te Ausgestaltung der Menuftihrung in 
der MMS-Benutzeranwendung des Empfangergerats, da die MMS- 
Benutzeranwendung : 

- anhand der eindeutigen Identif ikationsnummer zusammengehS- 
rige MMS - Emp f anger - Benachr i ch t igungen fur unterschiedliche 
Varianten einer Multimedianachricht erkennt und 

- anhand der Maximalnummer wei£, wie viele Multimedianach- 
richt-Varianten der MMS-Relay-Server far eine bestimmte Mul- 
timedianachricht (gekennzeichnet durch dieselbe Identif ikati- 
onsnummer) vorbereitet hat; 

- anhand der Seguenznummer erkennt, welche MMS - Emp f anger - 
Benachrichtigungen zu der ursprttnglich vom MMS-Relay-Server 
empfangenen Multimedianachricht (ohne Adaption) geh6rt. 

Figur 5 zeigt eine erste auf einem Display des Empfangerge- 
rats dargestellte beispielhaf te Benutzeroberf lache BOFl, auf 
der die jeweiligen MMS-Empf anger-Benachricht igungen bzw. Emp- 
fangerbenachrichtigungsnachrichten aus dem oben unter Punkt 
A. beschriebenen Beispiel 2 verarbeitet und die in ihnen ent- 
haltenen Inf ormationen ubersichtlicht dargestellt sind. Es 
wird nun angezeigt, dass im Eingangsordner (Inbox) vom 
"02.11.2002" des MMS eine Multimedianachricht mit drei alter- 
nativen Varianten bzw. Herunterlad-Optionen liegt. Ferner 
wird der Absender, der Betreff der Nachricht, die Kategorie, 
die GroSe des variierten Multimedianachricht-Elements (hier 
des Bildes) sowie die Gultigkeit des der Multimedianachricht 
angezeigt. SchlieSlich wird eine Aufforderung an den Benutzer 
des Empfangergerats gerichtet, sich fiir eine Variante des 
Multimedianachricht-Elements bzw. der Multimedianachricht zu 
entscheiden. Die Auswahl der gewUnschten Herunterlad-Option 
kann durch Driicken einer entsprechenden Taste einer Tastatur 
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des Empfangergerats (im Beispiel von Figur 3 dem Mobilfunkge- 
rat MFG2) geschehen. 

Fur den Fall der Verwendung ausfiihrlicher MMS-Empf anger- 
Benachrichtigungen ( -Detailed MMS-Notif ications" ) werden dem 
Empfanger auf einer zweiten Benutzeroberf lache BOF2 des Emp- 
fangergerats (beispielsweise dem Mobilfunkgerat MFG2 von Fi- 
gur 3) vorteilhaf terweise auch die anderen in einer MMS- 
Empf anger-Benachrichtigung mfiglicherweise enthaltenen Infor- 
mationen angezeigt, wie es in Figur 6 zu sehen ist. Neben den 
auch bereits in Figur 5 angegebenen Inf ormationen wird nun 
femer angezeigt, dass im Eingangordner (Inbox) vom 
"03.11.2002" des MMS eine Multimedianachricht mit drei alter- 
nativen Varianten bzw. Herunterlad-Optionen liegt, wobei zu- 
satzlich angegeben ist, welche Variante die Original -Variante 
ist, und welche Multimedianachricht-Elemente in den auf dem 
MMS-Relay-Server bereitgestellten Multimedianacbrichtsvarian- 
ten vorgesehen sind. Die Auswahl einer oder der gewUnschten 
Varianten bzw. Herunterlad-Option kann durch Drucken einer 
entsprechenden Taste einer Tastatur des Empfangergerats ge- 
schehen oder durch Anwahlen einer entsprechenden Anwahlflache 
AWF mittels eines Mauszeigers MZ und entsprechender Bestati- 
gung der Anwahl . 
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Patentanspriiche 

1. Verfahren zum ubertragen von Nachrichten in einem Kommu- 
nikationsnetz mit folgenden Schritten: 

ubertragen einer ubermittlungsnachricht (MMl_submit .REQ; MMA) 
mit einem oder mehreren Nutzdatenobjekten (MME) an eine Ver- 
mittlungskomponente (VK) zur Weiterleitung an eine erste Te- 
lekommunikationseinrichtung (MFG2) ; 

Erstellen einer Mehrzahl von Varianten des einen oder der 
mehreren Nutzdatenobj ekte (MME) in der Vermittlungskomponente 
in Abhangigkeit eines Satzes von Parametern; 

Informieren der ersten Telekommunikationseinrichtung (MFG2) 
uber die Bereitstellung einer Mehrzahl von Varianten des ei- 
nen oder der mehreren Nutzdatenobj ekte zum ubertragen an die 
erste Telekommunikationseinrichtung . 

2. Verfahren nach Anspruch 1, mit folgenden Schritten: 

Senden einer Zustellungsanf orderungsnachricht 
(MMl_retrieve.REQ) bezuglich einer bestimmten Variante des 
einen oder der mehreren Nutzdatenobj ekte von der ersten Tele- 
kommunikationseinrichtung (MFG2) zu der Vermittlungskomponen- 
te (VK) ; 

ubermitteln einer Zustellungsnachricht (MMl_retrieve .RES) mit 
der angeforderten Variante des einen oder der mehreren Nutz- 
0 datenobjekte von der Vermittlungskomponente zu der ersten Te- 
lekommunikationseinrichtung . 

3. Verfahren nach Anspruch 1 oder 2, bei dem das Informie- 
ren der ersten Telekommunikationseinrichtung mittels folgen- 
5 der Schritte erfolgt: 
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Erzeugen von jeweiligen Empf angerbenachrichtiguxigsnachrichten 
(MMl_notification.REQ(s) ) , die einer bestimmten Variante des 
einen oder der mehreren Nutzdatenobjekte zugeordnet sind, und 

Ubermitteln der jeweiligen Empf angerbenachrichtigungsnach- 
richten (MMl_notif ication.REQ (s) ) von der Vermittlungskompo- 
nente (VK) zu der ersten Telekommunikationseinrichtung 
(MFG2) . 

4. Verfahren nach Anspruch 1 oder 2, bei dem der Satz von 
Parametern Parameter mit Inf ormationen tiber die individuellen 
Eigenschaf ten der Telekommunikationseinrichtung, und insbe- 
sondere tiber auf der Telekommunikationseinrichtung vorgesehe- 
ne Anwendungen , umfasst, 

5. Verfahren nach einem der Ansprtiche 1 bis 4, bei dem der 
Satz von Parametern Parameter mit Inf ormationen tiber die in- 
dividuellen Praferenzen des Empf angers umfasst. 

6. Verfahren nach einem der Ansprtiche 1 bis 5, bei dem der 
Satz von Parametern Parameter mit Beschreibungsinf ormationen 
umfasst, welche die Bedeutung von in der tibermittlungsnach- 
richt enthaltenen Nutzdatenobjekten und/oder die Beziehung 
von enthaltenen Nutzdatenobjekten zueinander umfassen. 

7. Verfahren nach einem der Ansprtiche 1 bis 6, bei dem die 
tibermittlungsnachricht (MMl_submit .REQ; MMA) von einer zwei- 
ten Telekommunikationseinrichtung (MFG1) an die Vermittlungs- 
komponente (VK) tibermittelt wird. 

.8. Verfahren nach einem der Ansprtiche 1 bis. 7, bei dem die 
Nachrichten (MMl_submi t . REQ ; MMl_notif ication .REQ; 
MMl_retrieve.REQ; MMl_retrieve .RES) im Rahmen des Multimedia 
Messaging Service (MMS) zwischen der ersten Telekommunikati- 
onseinrichtung (MFG2) und der Vermittlungskomponente (VK) 
und/oder der zweiten Telekommunikationseinrichtung (MFG1) und 
der Vermittlungskomponente (VK) tibertragen werden. 
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9. Verfahren nach einem der Anspruche 1 bis 8, bei dem die 
Nachrichten zu und von der ersten Telekommunikationseinrich- 
tung und/ Oder der zweiten Telekommunikationseinrichtung uber 
eine Luf tschnitts telle gesendet werden. 

10. Verfahren nach Anspruch 9, bei dem die erste und/oder 
die zweite Telekommunikationseinrichtung ein Funkmodul um- 
fasst, und insbesondere als ein Mobiltelef on, ein Schnurlos- 
telefon, oder ein tragbarer Computer ausgebildet ist. 

11. Verfahren nach Anspruch 9 oder 10, bei dem die ttbertra- 
gung von Nachrichten zu und von der ersten und/oder der zwei- 
ten Telekommunikationseinrichtung mittels dem WAP-Protokoll 
WSP und/oder dem Hypertext Transfer Protocol (http) erfolgt. 

12. Verfahren nach einem der Anspruche 1 bis 11, bei dem die 
ersten Telekommunikationseinrichtung Teil eines ersten Tele- 
kommunikationsnetzes ist. 

13. Verfahren nach Anspruch 12, bei dem das erste Telekommu- 
nikationsnetz als ein Mobilfunknetz ausgefuhrt ist, das ins- 
besondere nach dem GSM- , GPRS-, EDGE- , UMTS- oder CDMA- 
Standard arbeitet. 

14. Verfahren nach einem der Anspruche 12 oder 13, bei dem 
die Vermittlungskomponente als ein Teil eines zweiten mit dem 
ersten Telekommunikationsnetz verbundenen Telekommunikations- 
netzes ausgebildet ist, das insbesondere als ein auf Inter- 
net-Protokollen, wie dem Hypertext Transfer Protocol, basier- 
tes Telekommunikationsnetz ausgefiihrt ist. 

15. Verfahren nach Anspruch 14, bei dem das erste und das 
zweite Telekommunikationsnetz durch eine Verbindungskomponen- 
te miteinander verbunden sind, welche insbesondere als ein 
WAP-Gateway ausgefuhrt ist. 
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16- Verfahren nach einem der Anspruche 1 bis 10, bei dem die 
Empfangerbenachrichtigungsnachricht mittels WAP-Push an die 
Telekommunikationseinrichtung ubertragen wird. 

17. Verfahren nach einem der Anspruche 1 bis 16, bei dem die 
Vermittlungskomponente (VK) als ein MMS-Relay- Server (MRS1; 
MRS2) ausgebildet ist. 

18. Verfahren nach einem der Anspruche 2 bis 17, bei dem die 
Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten ubermittlungsnachricht zu- 
geordnet sind, eine bestimmte einheitliche Kennzeichnungsin- 
formation aufweisen. 

19. Verfahren nach einem der Anspruche 2 bis 18, bei dem die 
Empfangerbenachrichtigungsnachrichten, die Varianten von 
Nutzdatenobjekten einer bestimmten ubermittlungsnachricht zu- 
geordnet sind, eine Gesamtzahlinf ormation aufweisen, welche 
die Gesamtzahl der von Vermittlungskomponente erzeugten Emp- 
fangerbenachrichtigungsnachrichten fur die Varianten des ei- 
nen oder der mehreren Nutzdatenobjekte einer Ubermittlungs- 
nachricht angibt. 

20. Verfahren nach Anspruch 2 bis 19, bei dem die jeweiligen 
unterschiedlichen Empf angerbenachrichtigungsnachrichten eine 
Reihenfolgeninformation aufweisen, welche die Reihenfolge der 
von der Vermittlungskomponente erzeugten Varianten des einen 
oder mehreren Nutzdatenobjekte enthalt. 

21. Verfahren nach einem der Anspruche 2 bis 20, bei dem die 
jeweiligen unterschiedlichen Empfangerbenachrichtigungsnach- 
richten eine Unterscheidungsinf ormation aufweisen, welche an- 
gibt, ob es sich bei einer einer jeweiligen Empf angerbenach- 
richtigungsnachricht zugeordneten Variante eines Nutzdatenob- 
jekts urn die ursprungliche in der ubermittlungsnachricht ent- 
haltene Variante oder urn eine abgeanderte Variante handelt . 
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22. Verfahren nach einem der Anspriiche 2 bis 21, bei dem aus 
der Reihenfolgeninformation in den jeweiligen unterschiedli- 
chen Empfangerbenachrichtigungsnachrichten hervorgeht, welche 
der Empfangerbenachrichtigungsnachrichten mit der unverander- 
ten Originalversion des mindestens einen Nutzdatenobjektes 
bzw. der tjbermittlungsnachricht in Beziehung steht. 

23. Verfahren nach einem der Anspriiche 18 bis 22, bei dem 
die Kennzeichnungs information und/oder die Gesamtzahlinf orma- 
tion und/oder die Reihenfolgeninformation unter einem jeweils 
eigenstandigen Kopffeld in einer Empf Sngerbenachrichtigungs- 
nachricht vorgesehen sind. 

24. Verfahren nach einem der Anspriiche 18 bis 22, bei dem 
die Kennzeichnungsinformation und/oder die Gesamtzahlinf orma- 
tion und/oder die Reihenfolgeninformation zusammen kodiert in 
einer Empf angerbenachrichtigungsnachricht vorgesehen sind. 

25. Verfahren nach einem der Anspriiche 18 bis 24, bei dem 
die Kennzeichnungsinformation und/oder die Gesamtzahlinf orma- 
tion und/oder die Reihenfolgeninformation nach Erhalt einer 
jeweiligen Empf angerbenachrichtigungsnachricht von der ersten 
Telekommunikationseinrichtung verarbeitet werden. 

26. Verfahren nach Anspruch 25, bei dem auf einer Benutzer- 
oberflache die verschiedenen mSglichen Varianten zur tjbertra- 
gung von der Vermittlungskomponente dargestellt werden, damit 
ein Benutzer eine oder mehrere Variante auswahlen und zur (J- 
bermittlung von der Vermittlungskomponente anfordern kann. 

27. verfahren nach. einem der Anspriiche 1 bis 26, bei dem die 
Nutzdatenobjekte (MME) Textinf ormationen, Audioinf ormationen, 
Videoinformationen, ausfiihrbare Programme, Sof twaremodule o- 
der eine Kombination dieser Inf ormationen enthalten. 

28. Telekommunikationsanordnung umfassend eine Vermittlungs- 
komponente (VK) sowie zumindest eine erste Telekommunikati- 
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onseinrichtung, wobei die Telekoramunikationsanordnung dafxir 
ausgelegt ist, ein Verfahren nach einem der Anspriiche 1 bis 
27 durchzuf uhren . 
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Zus ammenfassung 

Verfahren zum (Jbertragen von Nachrichten 

Of fenbart ist ein Verfahren zum Ubertragen von Nachrichten 
mit folgenden Schritten. Zunachst wird eine Obermittlungs- 
nachricht (MMA; MM1_ submit .REQ) mit einem oder mehreren Nutz- 
datenob j ekten (MME) an eine Vermittlungskomponente (VK) zur 
Weiterleitung an eine zweite Telekoinmunikationseinrichtung 
(MFG2) Ubertragen. Diese Ubertragung erfolgt dabei von einer 
sendenden Telekommunikationseinrichtnng (MFG1) . In der Ver- 
mittlungskomponente wird in Abhangigkeit eines Satzes von Pa- 
rametern eine Mehrzahl von Varianten des einen oder der meh- 
reren Nutzdatenobjekte erstellt. AnschlieSend wird die zweite 
Telekoinmunikationseinrichtung uber die Bereitstellung einer 
Mehrzahl von Varianten des einen oder der mehreren Nutzdaten- 
objekte zum Ubertragen an die zweite Telekoinmunikationsein- 
richtung informiert (MMl_notif ication.REQ) . Daraufhin wird 
vorteilhaf terweise eine Zustellungsanf orderungsnachricht 
(MMl__retrieve.REQ) beziiglich einer bestimmten Variante des 
einen oder der mehreren Nutzdatenobjekte von der zweiten Te- 
lekoinmunikationseinrichtung zu der Vermittlungskomponente ge- 
sendet. Daraufhin wird von der Vermittlungskomponente eine 
Zustellungsnachricht mit der angef orderten Variante des einen 
oder der mehreren Nutzdatenobjekte an die zweite Telekoinmuni- 
kationseinrichtung iibermittelt . 
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Sie haben eine neue MM erhalten, 
die Sie in 3 unterschiedlichen 
Varianten herunter laden kSnnen: 

Absender: Andreas Schmidt 
Betreff : A multimedia message 
Kategorie: pers6nlich 

GroSe: 58.500 kB (A) Original 
54.500 kB (B) 
51.500 kB (C) 
Gultikeit: 10 h 

Ftir welche Option (A, B oder C) 
entscheiden Sie sich? 
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Sie haben eine neue MM erhalten, die 
Sie in 3 unterschiedlichen Varianten 
herunterladen konnen: 

Absender: Andreas Schmidt (Siemens) 

Betreff: A multimedia message 

Kategorie : persOnlich 

Gttltigkeit: 15 h 

Original: Variante A 



MM-Variante : 

MM-Elemente : 

1 . Element : 

2 . Element : 

3 . Element : 

GroJSe : 



A B 

3 2 
Text Text 
Bild Bild 
Farbe SW 
Audio - 
50kB 30kB 



1 

Text 




Um den Herunterlad-Prozefi zu starten 
klicken Sie bitte auf das 
entsprechende Feld 



